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Method and system of load control 



TECHNICAL FIELD OF THE INVENTION 

The present invention relates to transmissions and retrans- 
missions of packet data in a communications system, where 
5 the communications system uses rate switching or channel 
switching. Especially, it relates to radio link load con- 
trol in a cellular mobile radio system, particularly a Uni- 
versal Mobile Telecommunications System, UMTS, or WCDMA 
system. 

10 BACKGROUND AND DESCRIPTION OF RELATED ART 

Radio resource management and admission control are funda- 
mental features of a radio communications system sharing 
radio resources between users, user sessions and radio 
bearers . 

15 In packet data communications, transport protocols, such as 
TCP, involving congestion control are widely used. 

The Internet Society: Request for Comments (RFC) No. 793, 
Transmission Control Protocol, DARPA Internet Program Pro- 
tocol Specification, September 1981 describes the functions 
20 to be performed by the Transmission Control Protocol (TCP) , 
the program that implements it, and its interface to pro- 
grams or users that reqiiire its services. 

The Internet program protocol specification discusses a re- 
ceiver advertised window, rwnd, used e.g. in congestion 
25 control and the impact of a shrinking rwnd. It also dis- 
cusses how TCP should operate in relation to rwnd. 



The Internet Society: Request for Comments (RFC) No. 2581, 
April 1999 specifies in detail TCP congestion control. One 
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of the control parameters is the congestion window, cwnd, 
another is the advertised receiver window, rwnd. 

During Congestion Avoidance cwnd is increased in relation 
to round-trip time until a packet loss is detected, which 
5 is interpreted as congestion. This is e.g. the case if a 
retransmission timer times out without a packet being ac- 
knowledged during the retransmission time of the packet. 

At the beginning of a data transfer TCP probes the network 
for its conditions. For each (positively) acknowledged 
10 data packet, the sender-side increases cwnd until it 
reaches a threshold ss thresh. During data transfer cwnd 
and ssthresh are adapted in relation to received acknow- 
ledgements . 

The advertised receiver window, rwnd, is transmitted to- 
15 gether with acknowledgments from TCP receiver to TCP 
sender, acknowledging received TCP packets. 

The RFC also defines the concepts segment, receiver maximum 
segment size, BMSS, and sender maximum segment size, SMSS. 
cwnd is an integer multiple of SMSS. 

2 0 A segment is any TCP/IP data or acknowledgment packet (or 
both) . The RMSS is the size of the largest segment the re- 
ceiver is willing to accept. The SMSS is the size of the 
largest segment that the sender can transmit. SMSS can be 
set to the maximum transmission unit, MTU, of the network, 

2 5 a path MTU (see below) or RMSS. 

The Internet Society: Request for Comments (RFC) No. 1191, 
November 1990 describes a technique for dynamically discov- 
ering a maximum transmission unit, MTU, of an arbitrary 
Internet path. A path MTU, PMTU, is the minimum of the 

3 0 MTUs of each hop of the path. Upon receipt of a "Datagram 

too big" message, the host reduces initially assumed PMTU 
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for the path. RFC1191 suggests that also MTU size is re- 
ported in association with the "Datagram too big" message. 
Normally, if the route changes and the new PMTU is lower, 
it will be discovered. For detection of increased PMTU, 
5 the segment size can be increased periodically. The RFC 
discusses TCP actions and management interface. 

The Internet Society: Request for Comments (RFC) No. 3150, 
July 2001 discusses interactions between TCP Congestion 
Control and TCP Buffer Auto-tuning. The RFC recommends 
10 that if a host is connected over links of different speeds 
at different times, the host may use receive buffer auto- 
tuning to adjust the advertised window to an appropriate 
value . 

R.W. Stevens: TCP/IP Illustrated, Volume 1, Addison-Wesley, 
15 Reading Mass., 1994, describes in section 1.2 layering of 
networking protocols and the combination of different pro- 
tocols into a protocol suite. Stevens describes a 4-layer 
system with layers 



- transport layer, and 

- application layer. 

The link layer is also called data link layer, and could 
e.g. include a device driver in an operating system of a 

25 computer. The network layer handles packet movements such 
as packet routing. Examples of the network layer include 
IP (Internet Protocol) , ICMP (Internet Control Message Pro- 
tocol) , and IGMP (Internet Group Management Protocol) . The 
transport layer concerns' data flows between two hosts. Ex- 

30 amples of transport layer protocols are TCP (Transport Con- 
trol Protocol) and UDP (User Datagram Protocol) . The ap- 



— link layer, 



20 



- network layer, 
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plication layer handles application details. Well-known 
exemplary application layer protocols are FTP (File Trans- 
fer Protocol) and SMTP (Simple Mail Transfer Protocol) . 

P. Kuhlberg: Effect of Delays and PacJcet Drops on TCP-based 
Wireless Data Communication, Master's Thesis, University of 
Helsinki, Dept. of Computer Science, December 2000, dis- 
cusses in appendix D topics to be further investigated. 
Included is investigation of receiver window impact on TCP 
performance . 

P. Sarolahti, A. Gurtov, P. Kuhlberg, M. Kojo, K. Raati- 
kainen: Tuning- TCP Advertised Window for Bottleneck Links 
with Variable Delays, to appear in ICC 2002, April 2002 
suggests halving the advertised window for each connection 
when a new TCP connection starts using a bottleneck link in 
parallel with an existing TCP connection and maintenance of 
a common window space for all connections to a mobile sta- 
tion based on link bandwidth- del ay estimation at receiver. 
Each TCP connection gets to advertise its fair share of the 
shared window space. 

3 rd Generation Partnership Project (3 GPP) , Technical Sped- 
fication Group Radio Access Network, Radio Resource Manage- 
ment Strategies, 3GPP TS 25.922 v3.6.0, France, September 
2001, illustrates in section 6.3 some scenarios of Admis- 
sion Control in relation to radio resource management, RRM. 
Radio bearer control is described in section 7 . 

Within this patent application, a radio network controller, 
RNC, is understood as a network element including an RRM 
(Radio Resource Management) entity. The RNC is connected 
to a fixed network. Node B is a logical node responsible 
for radio transmission/reception in one or more cells 
to/ from a User Equipment. A base station, BS, is a physi- 
cal entity representing Node B. A server device provides 
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information accessible to other devices over a communica- 
tions network such as, e.g., the Internet. 

With reference to figure 1, base stations «BS 1» and «BS 2» 
are physical entities representing Nodes B «Node B 1» and 
5 «Node B 2» respectively. «Node B 1» and «Node B 2» termi- 
nate the air interface, called Uu interface within UMTS, 
between UE and respective Node B towards the radio network 
controller «RNC». «RNC» is connected to a fixed network 
«Network». The fixed network may comprise one or more 
10 Server Devices «Server Device». 

In figure 1, the base stations are connected to the same 
radio network controller RNC. However, this specification 
also covers the exemplary situation where the base stations 
are connected to different RNCs. In UMTS , the RLC protocol 
15 is terminated in a serving RNC, SRNC, responsible for in- 
terconnecting the radio access network of UMTS to a core 
network. 

3 rd Generation Partnership Project (3 GPP) : Technical Speci- 
fication Group Radio Access Network, Radio Interface Proto- 
20 col Architecture, 3GPP TS 25.301 v3.6.0, France, Septemher 
2000, describes an overall protocol structure of a Univer- 
sal Mobile Telecommunications System (UMTS). There are 
three protocol layers : 

- physical layer, layer 1 or LI, 

25 - data link layer, layer 2 or L2 , and 

— network layer, layer 3 or L3. 

Layer 2, L2 , and .layer 3, L3 are divided into Control and 
User Planes. Layer 2 consists of two sub-layers, RLC and 
MAC, for the Control Plane and four sub-layers, BMC, PDCP, 
30 RLC and MAC, for the User Plane. The acronyms BMC, PDCP, 
RLC and MAC denote Broadcast /Multicast Control, Packet Data 
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Convergence Protocol, Radio Link Control and Medium Access 
Control respectively. 

Figure 2 displays a simplified UMTS layers 1 and 2 protocol 
structure for a Uu Stratum, UuS, or Radio Stratum, between 
5 a user equipment UE and a Universal Terrestrial Radio Ac- 
cess Network, UTRAN. 

Radio Access Bearers, RABs, are associated with the appli- 
cation for transportation of services between core network, 
CN, and user equipment, UE, through a radio access network. 

10 Each RAB is associated with quality attributes such as 
service class, guaranteed bit rate, transfer delay, resid- 
ual BER, and traffic handling priority- An RAB may be as- 
signed one or more Radio Bearers, RBs, being responsible 
for the transportation between UTRAN and UE. For each mo- 

15 bile station there may be one or several RBs representing a 
radio link comprising one or more channels between UE and 
UTRAN. Data flows (in the form of segments) of the RBs are 
passed to respective Radio Link Control, RLC, entities 
which amongst other tasks buffer the received data seg- 

20 merits. There is one RLC entity for each RB. In the RLC 
layer, RBs are mapped onto respective logical channels. A 
Medium Access Control, MAC, entity receives data transmit- 
ted in the logical channels and further maps logical chan- 
nels- onto a set of transport channels. In accordance with 

25 subsection 5.3.1.2 of the 3 GPP technical specification MAC 
should support service multiplexing e.g. for RLC services 
to be mapped on the same transport channel. In this case 
identification of multiplexing is contained in the MAC pro- 
tocol control information. 

3 0 Transport channels are finally mapped to a single physical 
channel which has a total bandwidth allocated to it by the 
network. In frequency division duplex mode, a physical 
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channel is defined by code, frequency and, in the uplink, 
relative phase (I/Q) - In time division duplex mode a 
physical channel is defined by code, frequency, and time- 
slot. As further described in subsection 5.2.2 of the 3 GPP 
technical specification the Ll layer is responsible for er- 
ror detection on transport channels and indication to 
higher layer, FEC encoding/decoding and interleav- 
ing/deinterleaving of transport channels. 

None of the cited documents above discloses a method and 
system for interaction between radio resource management/ 
radio link layer and transport protocol dynamics. 

SUMMARY OF THE INVENTION 

Radio Resource Management of a radio communications system, 
such as a WCDMA system, may dynamically adapt the bandwidth 
of a radio connection. Since the radio link bandwidth var- 
ies a lot, a transport protocol should adapt thereto. This 
could be achieved from interchange of information with ra- 
dio resource management. 

Consequently, it is an object of this invention to provide 
a method and system for exchange of information between ra- 
dio resource management and one or more transport protocol 
entities, such as TCP entities, and particularly to adapt 
transport protocol load control to link state inf ormation. 

A related object is to provide data for efficient load con- 
5 trol to the transport protocol for links with high laten- 
cies, and varying link characteristics, including band- 
width, BLER (block error rate) and RTT (round-trip time) . 

It is also an object of this invention to provide informa- 
tion transfer in the reverse direction, from transport pro- 
0 tocol to radio resource management /radio resource control. 
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A further object is to accomplish buffer management and 
rate matching to meet the requirements as demanded by 
transport protocols. 

Finally, it is an object to introduce a mechanism for load 
5 control in addition to relying on packet losses. 

These objects are met by the invention, which is particu- 
larly well suited for a Universal Mobile Telecommunications 
System, UMTS , providing an interface between a transport 
protocol entity and channel resource management, particu- 
10 larly radio resource management. 

Preferred embodiments of the invention, by way of examples, 
are described with reference to the accompanying drawings 
below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 Figure 1 shows communication between a UE and a base sta- 
tion involved in a connection between an RNC and the UE. 

Figure 2 displays a layered protocol structure, according 
to prior art, in a radio communications system. 

Figure 3 displays a first embodiment for downlink radio 
20 resource management and load control, according to the in- 
vention. 

Figure 4 displays a second embodiment for uplink radio re- 
source management and load control, according to the inven- 
tion. 

25 Figure 5 illustrates schematically a third embodiment for 
radio resource management and load control, according to 
the invention. 
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DESCRIPTION OF PREFERRED EMBODIMENTS 

Radio Resource Management of a radio communications system, 
such as a WCDMA system, may dynamically adapt the bandwidth 
of a radio connection. Since the radio link bandwidth var- 
5 ies a lot, a transport protocol should adapt thereto and 
interchange information with radio resource management. 

The Transmission Control Protocol, TCP, is the main trans- 
port layer carrier of packet data in today's Internet. 
Wireless Internet access must therefore be designed to sup- 
10 port TCP or other transport layer carriers operating simi- 
larly. 

For the exemplary protocol TCP, a wireless link is a main 
contributor to highly time-varying demands on TCP load. 
The reasons are : 

15 - the radio link rate is varying due to radio re- 

source management, and 

- the wireless link may introduce substantial la- 
tencies into the TCP connection due to retrans- 
missions over the air interface to recover 

20 transmission errors, as imposed by a radio link 

control protocol, 

— varying required number of retransmissions and 
propagation distances cause varying round-trip 
time . 

2 5 The radio link buffers of a radio network controller cannot 

be increased extensively, since this would lead to over- 
buffered links with long TCP round- trip time delays. 

Because of the difficulties of adapting to radio link dy- 
namics at a TCP sender with no means for receiving explicit 

3 0 radio link information from the TCP receiver, this inven- 
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tion suggests interaction between radio resource management 
and TCP receiver, determining its advertised window, rwnd, 
making use of the fact that the TCP sender advertises rwnd 
to TCP sender. The invention solves the identified prob- 
lems of TCP and other transport protocols operating simi- 
larly. 

When link limitations affecting a TCP sender window basi- 
cally resides on the sender side prior art solutions incor- 
porate this information for sender window adjustments at a 
considerable delay having the information being fed back 
from the TCP receiver side in acknowledgements or detected 
lack of acknowledgement. It is observed that much of this 
information can be made available to TCP from radio re- 
source management for incorporation into the sender window 
control at a considerable smaller delay. Thereby, also the 
risk of overflowing radio link buffers and number of lost 
packets can be reduced. 

Figure 3 displays a first embodiment for downlink radio re- 
source management and load control, according to the inven- 
tion. A transport protocol sender «TP sender», e.g. a TCP 
sender of a Web Server corresponding to «Server Device» of 
figure 1, transmits data packets «Data>>, e.g. TCP packets, 
to a transport protocol receiver «TP receiver», e.g. a TCP 
receiver of UMTS User Equipment «UE» illustrated in figure 
1. 

For reasons of implementation of the invention it is pre- 
ferred that the transport protocol layer entity «TP» is in- 
cluded in or co-located with a radio link control protocol 
layer entity «L2». 

When distributed over a radio communications system, such 
as UMTS, the protocol packets are passed over a radio net- 
work control node «RNC». A radio resource management en- 
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tity «RRM» responsible for allocating radio resources to 
various radio connections transmits radio resource data 
«RRdata», including e.g. data rate and radio link round- 
trip time delay data, to transport protocol receiver 
«TP receiver», «TP». According to the first embodiment of 
the invention, at least one parameter affecting load con- 
trol, e.g. rwnd or RMSS, is determined on basis of the ra- 
dio resource data. 

Typically, radio resource data «RRdata» is transmitted over 
the same radio interface as payload «Data», involving radio 
link control protocol layer «L2» of radio network control- 
ler «RNC» and transport protocol receiver «TP receiver», 
respectively. This is indicated by a dotted line. 

A common rule of dimensioning rwnd is to set the window 
size in relation to the link bandwidth delay product, in- 
creased for buffering. Assuming that the radio link is the 
bottleneck link, setting the link capacity, I/Ciink, propor- 
tional to the bandwidth delay product of the radio link is 
one exemplary rule for determining rwnd. 

Assuming a connection being allocated a bit rate of 64 
kbit/s and experiencing a radio link RTT in the range of 
3 00-700 ms, would then yield a link capacity LCdown,iink of 
approximately 5 kbyte. Designing rwnd in the range 

I/Cdown,iink < rwnd < I/C d own,iink+B down , where B down is downlink ra- 
dio link buffer size, would result in exemplary practically 
usable rwnd in the range of 6-10 kbyte. 

A radio link up-switch to e.g. 384 kbit/s would, with the 
same radio link RTT, yield a link capacity I/Cdown f link of ap- 
proximately 3 0 kbyte and result in exemplary practically 
usable rwnd in the range of 35-50 kbyte. 
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Transport protocol receiver «TP receiver* advertises rwnd 
to the transport protocol sender «TP sender» by including 
rwnd in transport protocol acknowledgements «TP ack». 

Preferably, the transport protocol receiver «TP receiver* 
5 adjusts the receiver maximum segment size to the radio link 
characteristics . 

According to prior art it is often preferable to keep 
transfer delay smaller than approximately 100-200 ms . This 
will introduce a limit on maximum size of segments to 
10 transfer. It is however also desirable to use large seg- 
ments to enhance TCP dynamics, when the bandwidth- del ay 
product of a connection is large. 

As an explicit non-exclusive example, consider a 3 84 kbit/s 
bearer. Transfer delay of a segment of 1.5 kbyte will then 
15 be approximately 32 ms, which is less than 100-200 ms . 
However, for a 8 kbit/s the transfer delay of the same seg- 
ment will be 1.5 s, significantly greater than 100-200 ms . 

According to the invention, it is possible to dynamically 
change the segment size based on link conditions. 

20 - Figure 4 displays an embodiment for uplink radio resource 
management and load control, according to the invention. A 
transport protocol sender «TP sender», e.g. a TCP sender of 
UMTS User Equipment «UE» as illustrated in figure 1, trans- 
mitting data packets «Data», e.g. TCP packets, to a trans - 

25 port protocol receiver «TP receiver*, e.g. a TCP receiver 
of a Web Server corresponding to «Server Device* of figure 
1. 

A radio resource management entity «RKM», responsible for 
allocating radio resources to various radio connections, 
30 transmits radio resource data «RRdata», including e.g. data 
rate and radio link round- trip time delay data, to trans- 
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port protocol receiver «TP receiver*, «TP», preferably over 
a radio link control protocol layer «L2», as indicated by a 
dotted line. According to the second embodiment, the radio 
resource data forms a basis for determining at least one 
load control parameter. 

An upper limit cwndu^ is preferably imposed on the conges- 
tion window cwnd of transport protocol sender, such that. 
cwnd < cwndiim, where cwndu^ is determined on basis of the 
radio resource data, according to the invention. Thereby 
overflowing of radio link buffers, due to TCP overflowing 
the radio link buffer, can be avoided. The imposed upper 
limit on cwnd, cwndi^, corresponds to the designed size of 
rwnd, i.e. in the range I/C up , link < cwndum < I/Cu P ,iink+-B up , where 
B up is uplink radio link buffer size, for uplink capacity, 

i/Cup, link • 

Preferably, the transport protocol sender «TP sender» 
adapts the sender maximum segment size to the link condi- 
tions. The reasoning of the adaptation corresponds to that 
of adaptation of the receiver maximum segment size. 

Figure 5 illustrates schematically a third embodiment for 
radio resource management and load control, according to 
the invention . 

A transport protocol sender «TP sender» comprises a trans- 
port protocol layer entity «TP». The transport protocol 
sender «TP sender», e.g. a TCP sender of UMTS User Equip- 
ment, sends data packets «Data» to a transport protocol re- 
ceiver «TP receiver». 

When distributed over a radio communications system, such 
as UMTS, the protocol packets are passed over a radio net- 
work control node «RNC». According to the third embodi- 
ment, a radio resource management entity «RRM», responsible 
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for allocating radio resources to various radio connec- 
tions, receives radio resource data «RRdata» sent from 
transport protocol sender «TP sender», the radio resource 
data comprising information on transport protocol sender 
5 requested data rate or bit rate or other information re- 
lated to data amount of requested data objects. This is 
used in radio resource management «RRM» for dynamic predic- 
tion of bandwidth needs. Typically, radio resource data 
«RRdata» is transmitted over the same radio interface as 
10 payload «Data». This is indicated in the figure by a dot- 
ted line . 

As in figure 3, transport protocol receiver «TP receiver» 
may acknowledge «TP ack» received transport protocol layer 
packets «Data» to transport protocol layer sender «TP 
15 sender » . 

It should be apparent to the reader that the embodiments 
described in each of figures 3-5 readily can be combined 
and are particularly suitable for a transport protocol en- 
tity, such as a TCP entity, comprising both transport pro- 
2 0 tocol receiver and transport protocol sender. 

Preferably, all system elements, such as UEs and RNCs in 
UMTS, where applicable operate according to the invention. 
However, the invention can also be used in systems also in- 
cluding some equipment, such as UEs and RNCs, not operating 
25 according to the invention. 

A person skilled in the art readily understands that the 
receiver and transmitter properties of a BS or a UE are 
general in nature. The use of concepts such as BS, UE or 
RNC within this patent application is not intended to limit 
30 the invention only to devices associated with these acro- 
nyms. It concerns all devices operating correspondingly, 
or being obvious to adapt thereto by a person skilled in 
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the art, in relation to the invention. As an explicit non- 
exclusive example the invention relates to mobile stations 
without a subscriber identity module, SIM, as well as user 
equipment including one or more SIMs. Further, protocols 
5 and layers are referred to in close relation with UMTS and 
Internet terminology. However, this does not exclude ap- 
plicability of the invention in other systems with other 
protocols and layers of similar functionality. As a non- 
exclusive example, the invention applies for radio resource 
10 management interfacing of a connection protocol application 
layer as well as interfacing of a connection protocol 
transport layer, such as TCP. 

The invention is not intended to be limited only to the em- 
bodiments described in detail above. Changes and modifica- 
15 tions may be made without departing from the invention. It 
covers all modifications within the scope of the following 
claims . 
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CLAIMS 

1. A method of load control in a radio communications 
system, the method characterized in that 
one or more signals carrying radio resource data are trans- 
ferred from a radio resource management entity to a trans- 
port protocol receiver. 

2 . The method according to claim 1 character- 
ized in that the radio resource management entity is 
included in or is a radio network controller. 

3 . The- method according to claim 2 character- 
ized in that the radio network controller controls 
radio resources of user equipment including or representing 
the transport protocol receiver. 

4. A method of load control in a radio communications 
system, the method characterized in that 
one or more signals carrying radio resource data are trans- 
ferred from a radio link control protocol layer to a trans- 
port protocol layer of a transport protocol receiver. 

5 . The method according to any of claims 1-4 char- 
acterized in that a transport protocol parameter 
is determined on basis of the transferred radio resource 
data. 

6 . The method according to claim 5 character- 
ized in that the transport protocol parameter is re- 
ceiver advertised window or receiver maximum segment size. 

7 . The method according to claim 5 or 6 charac- 
terized in that the transport protocol parameter 
is included in a transport protocol acknowledgement to a 
transport protocol sender. 
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8 - The method according to claim 7 character- 
ized in that the transport protocol parameter is a 
parameter of congestion control in the transport protocol 
sender. 

9 . The method according to any of claims 1-8 char- 
acterized in that the transport protocol re- 
ceiver is included in or is a User Equipment. 

10. A method of load control in a radio communications 
system, the method characterized in that 
one or more signals carrying radio resource data are trans- 
ferred from a radio resource management entity to a trans- 
port protocol sender. 

11. The method according to claim 10 character- 
ized in that the radio resource management entity is 
included in or is a radio network controller. 

12 . A method of load control in a radio communications 
system, the method characterized in that 
one or more signals carrying radio resource data are trans- 
ferred from a radio link control protocol layer to a trans- 

i port protocol layer of a transport protocol sender. 

13 . The method according to any of claims 10-12 char- 
acterized in that a transport protocol parameter 
is determined on basis of the transferred radio resource 
data. 

5 14. The method according to claim 13 character- 
ized in that the transport protocol parameter is 
sender maximum send window or sender maximum segment size. 



0 



15 . The method according to claim 14 character- 
ized in that the sender maximum send window upper 
limits a transport protocol congestion control send window. 
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16. The method according to any of claims 1-15 char- 
acterized in that the radio resource data is 
link state information comprising at least one of 

- radio link data rate or bit rate, 

- round- trip time, 

- block error rate, 

- delay and 

- packet loss rate. 

17. The method according to any of claims 1-16 char- 
acterized in that it is a method of dynamic load 
control . 

18. A method of radio resource management in a radio com- 
munications system, the method characterized 
i n that ' one or more signals carrying radio resource data 
are transferred from a transport protocol sender to a radio 
resource management entity. 

19 . The method according to claim 18 character- 
ized in that the radio resource management entity is 
included in or is- a radio network controller . 

20. The method according to claim 18 or 19 charac- 
terized in that radio link data rate or bit rate 
is determined on basis of the transferred radio resource 
data . 

21. The method according to any of claims 18-20 char- 
acterized in that the radio resource data is at 
least one of 

- requested radio link data rate or bit rate, and 
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- data related to data amount of one or more re- 
quested data objects. 

22. The method according to any of claims 10-21 char- 
acterized in that the transport protocol sender 
is included in or is a User Equipment. 

23. The method according to claim 11 or 19 charac- 
terized in that the radio network controller con- 
trols radio resources of user equipment including or repre- 
senting the transport protocol sender. 

24. The method according to claim 23 character- 
ized in that the transport control protocol is the 
Transport Control Protocol, TCP, used on the Internet. 

25. A transport protocol receiver in a radio communica- 
tions system characterized by circuitry for 
receiving one or more signals carrying radio resource data 
and one or more processing elements for determining a 
transport protocol parameter of the transport protocol re- 
ceiver on basis of the radio resource data. 

26. A transport protocol receiver in a radio communica- 
tions system c h a r acterized by -circuitry for 
transferring signals carrying radio resource data from ra- 
dio link control protocol layer to transport protocol layer 
and one or more processing elements for determining a 
transport protocol parameter of the transport protocol re- 
ceiver on basis of the radio resource data. 

27. The transport protocol receiver according to claim 25 
or 26 characterized in' that the transport 
protocol parameter is receive window or receiver maximum 
segment size. 
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28. The transport protocol receiver according to any of 
claims 2 5-27 characterized by a processing 
element for including the parameter in a transport protocol 
acknowledgement to a transport protocol sender. 

5 29. The transport protocol receiver according to claim 
2 5-2 8 characterized in that the radio re- 
source data is link state information comprising at least 
one of 

- radio link data rate or bit rate, 
10 - round- trip time, 

— block error rate, 

— delay, and 

- packet loss rate. 

30. The transport- protocol receiver according to any of 
15 claims 25-29 characterized in that the 

transport protocol receiver is a TCP receiver. 

31. The transport protocol receiver according to any of 
claims 25-30 characterized in that the 
transport protocol receiver is included in or is a User 

2 0 Equ ipment . 

32. A transport protocol sender in a radio communications 
system characterized by circuitry for re- 
ceiving signals carrying radio resource data and one or 
more processing elements for determining a transport proto- 

25 col parameter on basis of the radio resource data. 

33. A transport protocol sender in a radio communications 
system characterized by circuitry for 
transferring signals carrying radio resource data from a 
radio link control protocol layer to a transport protocol 
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layer and one or more processing elements for determining a 
transport protocol parameter on basis of the radio resource 
data. 

34. The transport protocol sender according to claim 32 or 
33 characterized in that the transport pro- 
tocol parameter is sender maximum send window or sender 
maximum segment size 

35. The transport protocol sender according to claim 32 or 
33 characterized by a processing element 
for upper limiting the transport protocol layer send window 
for congestion control. 

36. The transport protocol sender according to claim 32-35 
characterized in that the radio resource 
data is link state information comprising at least one of 

— radio link data rate or bit rate, 

— round- trip time, 

— block error rate, 

— delay, and 

— packet loss. rate. 

37. A transport protocol sender in a radio communications 
system characterized by one or more proc- 
essing elements for determining radio resource data on ba- 
sis of amount of data of requested objects and circuitry 
for transferring one or more signals carrying the radio re- 
source data. 

38. The transport protocol sender according to claim 37 
characterized in that the transfer of the 
one or more signals is transfer to radio resource manage- 
ment. 
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39. The transport protocol sender according to any of 
claims 32-38 characterized in that the ra- 
dio resource data is radio link data rate or bit rate. 

40. The transport protocol sender according to any of 
5 claims 32-39 characterized in that the 

transport protocol sender is a TCP sender. 

41. The transport protocol sender according to any of 
claims 32-40 characterized in that the 
transport protocol sender is included in or is a User 

10 Equipment . 

42 . A radio communications system character- 
ized by means for carrying out the method in any of 
claims 1—24. 

43 . A radio communications system character- 
15 ized by a plurality of transport protocol transceiv- 
ers according to any of claims 25-41. 
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